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I). ABSTRACT 



An instructional monitor is a program which tries to detect, diagnose, 
and possibly help overcome a student's learning difficulties in the 
course of solving a problem or performing a task. In one approach to 
building an instructional monitor, the student uses a special task- 
or problem-oriented language expressly designed around some particular 
class of problems. Correspondingly, the diagnostic programs in this 
"special purpose" type of monitor system often utilize information 
that is specific to the kind of problem being studied. In the SIMON 
system we have taken an experimental approach of a different kind, 

The student addresses SIMON in an easy and very general programming 
language rather than a special task language. Using SIMON, students 
construct programs for systems or processes which can represent vastly 
different situations whether from mathematics, biology, physics, 
engineering, or elsewhere. The 3tudent tests his program against a 
"true" program provided to SIMON by an instructor. At the student's 
request, SIMON tests his program again3t its "true" model to determine 
if it works. If not, SIMON points out cases where the program fails 
and, if requested, informs the student which variables he has chosen 
that are inappropriate to the process. 
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Computers are used for instruction almost entirely in one of two 
distinct ways - either the student programs the machine or the 
machine programs the student, Certainly it is possible in 
principle to realize other kinds of instructional situations. 
Thus, for example, we would like to use the computer to monitor 
a student's work while he is freely programming the machine, 
just as an intelligent human teacher invites feedbtck from a 
student rather than always preempting him, 

The image we start with, then, is the following. The student 
performs a task through using the machine. The machine knows 
what the student is trying to do and, in particular, is informed 
about how to tell whether an attempt is succeeding or failing. 

So, while the student carries out a series of operations and 
procedures on the machine, hopefully directed toward his goal, 
the machine . ollows the student's steps even though these had 
not been specifically anticipated, and attempts to diagnose his 
difficulties on the way. 

A program of this kind is called an instructional monitor. There 
are many ways of designing such programs. For example, a monitor 
can be operating while the student is working (on-line) or just 
afterwards (post-mortem). Monitors can be told a lot or a little 
about the kinds of difficulties students might have and/or how 
to know them and/or how to diagnose their probable sources in his 
faulty conceptualization or articulation, and/or how to generate 
testable hypotheses about a student's conceptual "bugs" or 
: 'hang-ups." And so on, 
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Another way of characterizing monitors is in terms of the kind 
of languages used by the student and by the monitor program. 
These languages can be task languages highly specific to the 
class of problems being worked on. Thus, tasks like those of 
flying an airplane (in simulation) or designing an electrical 
circuit or solving a differential equation can be expressed in 
very different special languages. One can also take another 
line of approach in which the student (and the monitor) use a 
general-purpose programming language. The instructional monitor 
described here is of this kind. 

2. An Easy Programming Language for Use In Teaching 

Certain programming languages (such as Telcomp and BASIC) are 
easy to teach to anyone with a knowledge of school algebra and 
provide students with a fairly general facility for expressing 
a rich variety of mathematical procedures. Students have, in 
fact, used these languages to write programs for simulating the 
operations of many kinds of biological, chemical, physical, 
economic, linguistic, and other processes. 

To illustrate how a student might use the Telcomp 1 programming 
language in describing a simple physical process, consider the 
following problem: How long does it take a bead of mass M to 

slide down a fixed, frictionless wire from an initial point 
(X0,Y0) to the origin (0,0). The mathematical solution is 



(1) Myer, T. H. , Telcomp Manual, Bolt Berar.ek and Newman Inc., 
Cambridge, Mass. (1967) 



T - /TT’OTU 



where S « / (X0) 2 + (Y0)^ 

0 “ arctan (Y0/X0) 

ACC * |0 • Pi;; (0) | 
and 0 is the gravitational constant. 

Note that the mass (M) is not relevant. 

The corresponding Telcomp program is: 

1.1 S = SQRT ((X0)+2 + (Y0)+2) 

1.2 THETA = ATN (X0,Y0) 

1.3 ACC = 'G }{ SINCTHETA)' 

1.4 T = SQRT (2 * S/ACC) IF Y 0/0 

1.5 T = 10+36 IF Y0 = 0 

Note that each instruction line is given a two-part identification 
number, and that }< denotes multiplication, / denotes division, 

+ denotes exponentiation, and (in line 1.5) 10^ is used to 
express infinite time. 

The program can be performed when the values of X0, Y0, and 0 
are provided. A final instruction line is added to type out 
the result, as follows: 

1.6 TYPE T 

The instructions are performed in numerical order from 1.1 
through 1.6. Note that the program very closely matches the 
mathematical statement of the solution. 
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Our experience is that a student is much better served by attempt- 
ing to write programs of this kind than by merely using the same 
programs freely provided by an instructor. At the same time, 
students are greatly helped in their efforts to make a proper 
formulation of their own programs if they have a valid program 
available to them as a "black box." By comparing the operation 
of the good program with their own they can see where their 
errors lie and, possibly, how to fix them. 

3. A Simple But Fairly General Instructional Monitor 

We have developed a simple instructional monitor, SIKDN, to help 
students carry out this process. The student tries to develop a 
Telcomp program to solve a problem. The student's program is 
accessible to the monitor. The monitor guides the student in 
two main ways — by providing the student with the U 3 e of a 
"good" program, and by commenting on the student's errors in his 
choice of variables for his own program. 

A typical student interaction with SIMON proceeds along the 
following lines: 

(1) the student is given a problem to program; 

(2) he chooses the variables that he thinks relevant; 

(3) he runs the valid program with various inputs of his own 
choosing; 

(m) he attempts to develop his own program, testing it with 
inputs of his choice along the way; 

(5) when the student is satisfied with his solution, he asks 
the monitor to check it. 
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The student can call upon any of the steps (2) through (5) In 
any order he chooses and as often as he wishes. The interaction 
continues in this way under the student's control until either 
the student's program is correct or no further help can be given 
by SIMON. 

Figure 1 is a schematic diagram showing the major components of 
the SIMON system, and the principal flows of information. 




® Routing decisions made by an executive program. 



Fig. 1. Diagram of SIMON Information flow. 



The figure shows that either SIMON or the student can initiate 
data for a problem trial, route it to either the monitor's pro- 
gram or the student's program, and direct the results to either 



o 

ERLC 



5 



the monitor or the student. The student can say, for example, 
"You (SIMON) choose some trial data, try them with my program, 
and tell me the results," And the monitor can respond and report 
back "Your program appears to be right" or else "Your results do 
not match mine" and list some disagreements in the outputs of 
the two programs'. 



Some of the requests the student can make of SIMON are: 



RUN YOU 
SELECT 

COMPOSE . . . 

RUN ME 
CHECK ME . . . 

HELP ME . . . 



student asks monitor to run Its program. 

student selects relevant variables from monitor's 

list of allowable variable names. 

student informs monitor that he wishes to create 

or to modify his own program. 

student asks monitor to run his program. 

student asks monitor to check his program, listing 

the trial values used arid results obtained. 

student asks monitor why his program failed the 

monitor's checking procedure. 



4. An Example of a Student's Use of SIMON 

To Illustrate the use of the SIMON monitor, we again consider 
the sliding bead problem. The student is to develop a Stringcomp 
program that expresses a valid solution of the problem. The 
problem is given to the student along the following lines. 



Bead on a Mire 



A bead with a hole in it is free to slide on a piece of straight 
wire. If the wire is fixed In some position relative to the 
gravity field, how long will it take the bead to reach the end 
of the wire? 
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To discuss this problem, use the coordinates and names shown in 
Pig, 2 below, 




Put the bead at some initial position (X0, Y0), 
set the gravitational constant (G), and find 
the time (T) it takes for the bead to reach 
point 0. The mass of the bead is M. 

When you think you can compute the time, write a 
program to do so and ask SIMON to check it for you. 



Figure 2. Problem statement for a bead on a wire. 



An illustrative run is shown in Fig. 3 in which student typing 
is either preceded by an asterisk or underscored. First, the 
student 'elects the variables that he thinks are relevant for 
the prc - l. Then he chooses input values for use with SIMON'S 
"good" program and observes the results (i.e., the three "RUN 
YOU" requests in Fig. 3a). 

He then attempts (see Fig. 3b) to write a program of his own 
("COMPOSE") which he uses twice (the two "RUN ME" requests). 
Though the program is wrong, the results are correct with the 
inputs he has chosen. He next asks SIMON to check his program 
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("CHECK ME"), and his program produces erroneous results on the 
first set of trial values. At that point he seeks "Hl,LP". 

SIMON exposes an error M (the mass) is not relevant to this 
problem. 

In Pig. 3c, the student changes his choice of variables by 
eliminating M. He then modifies his program and runs it again. 
This time he tests his program on known values and results, is 
satisfied, and gets checked out successfully by SIMON. Notice 
that SIMON no longer asks for a value of M in operating either 
the student's program or its own. 
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BEAD ON A WIRE 



(NOTE. X0 AND Y0 MUST BE GREATER THAN OR EQUAL TO ZERO. 
EXPRESS INFINITY AS 10t36) 

’'SELECT 

SHALL I LIST THE LEGAL VARIABLE NAMES? YES 
X0 INITIAL POSITION ON X AXIS 

Y 0 INITIAL POSITION ON Y AXIS 

M MASS OF BEAD 

G GRAVITATIONAL ACCELERATION 

T TIME 

HOW MANY INPUT VALUES DO YOU THINK YOU WILL NEED? 4 
LIST THEM 

1 X0 

2 H 

3 M 

4 G 

HOW MANY OUTPUT VARIABLE NAMES? 1 
LIST IT 

I I 

}! RUN YOU 

X0= 5 
Y0= 5 
M= 1 
G= 32 

T= .7905694 

»RUN YOU 

X0= 10 
Y0= M 
M= I 
G= 31 

T = 1.118034 

"RUN YOU 
5 

11 
1 

II 

T= .8838835 



Fig. 3a 



X0= 

Y0= 

M= 

G= 



O 

ERiC 



9 - 



^COMPOSE 



GO AHEAD 

}{ 1.1 S=SQRT<Y0+ 2+X0 + 2) 

*1.2 ACC=G/M 

5{ 1 . 3 T = SQRTC2"*S/ACC) IF Y0<>0 
5! 1 , 4 T= 10 + 36 IF Y0=0 
}! 1 . 5 TYPE T 

*Rl'N ME 

X0= 5 
Y0= I 
M= 5 
G- 32 

YOUR PROGRAM 

T= 1 >S 10+36 



"RUN ME 



X0= 10 
Y0= M 



M“ I 
G= 32 



YOUR PROGRAM--- 

T= 1.118034 

"CHECK ME 

X0= 1 
Y0= 1 
M=3 
G=32 

MY RESULTS: YOUR RESULTS: 

T=. 3535534 .5149418 

THESE DO NOT MATCH 



"HELP ME 

YOU SELECTED A VARIABLE THAT IS NOT RELEVANT. 
YOU DO NOT NEED M 



Fig. 3b 
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! 'SELECT 



SHALL I LIST THE LEGAL VARIABLE NAMES? NO 

HOW MANY INPUT VALUES DO YOU THINK YOU WILL NEED? 5 

LIST THEM 

1 X0 

2 Y£ 

3 GRAV 

GRAV ISN’T ON THE LIST 

DO YOU WANT TO SEE THE LIST NO 

3 G 

HOW MANY OUTPUT VARIABLE NAMES? J. 

LIST IT 
1 T 

5! COMPOSE 



GO AHEAD 




Comments 


*1.0 THETA=ATN(X0, 


Y0) 


(He adds a new statement) 


*1.2 ACC='G 5! SINCTHETA)’ 


(This replaces previous line 1.2. 
The other instructions, in lines 


"RUN ME 
X0= 5 

y 0 = la 

G= 32 




1.1, 1.3, 1.4, 1.5, are 
unchanged . ) 


YOUR PROGRAM 


T= 

«CHECK ME 


. 8838835 




MY PROGRAM 


T = 

YOUR PROGRAM 


.3535534 




T= 


.3535534 




MY PROGRAM 


T= 

YOUR PROGRAM 


.559017 




T= 


.559017 




MY PROGRAM 


T= 

YOUR PROGRAM 


1 1 0 1 3 6 




T= 


1" 10+ 36 




YOUR PROGRAM APPEARS TO BE RIGHT 





Fig. 3c 
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5. How the Teacher Sets Up SIMON 



To describe a problem to SIMON, the inst; uctor needs to provide 
four main kinds of information: 

(1) a statement of the problem for the student at the start 
of the sessionj 

(2) a list of the allowable variable names, indicating those 
variables actually relevant to the problem at hand, and 
which of them are inputs or outputs; 

(3) a valid solution program; and 

(4) information for checking the student's program (e.g., 
trial values, number of trials). 

The first step after the problem description is to establish an 
appropriate list of variables, and to designate the relevant 
input and output variables. If problems of a related type have 
previously been described to SIMON, an appropriate variable list 
may already exist. The instructor may add to this list, edit it, 
or start anew. We illustrate using the bead problem. 

WOULD YOU LIKE TO SEE THE CURRENT NAME LIST? NO 
WILL YOU USE THIS LIST? NO 

HOW MANY ENTRIES IN LIST OF POSSIBLE NAMES? 5. 

LIST NAME AND THEN COMMENT PLEASE 
1 Xg INITIAL POSITION ON X AXIS 



2 Y£ 


INITIAL 


POSITION ON Y AXIS 


3 M 


MASS OF 


BEAD 


4 G 


GRAVITATIONAL ACCELERATION 



5 I TIME 

All input and output variables must be taken from this list. 
When the student selects his input variables, they will be 
compared with entries in this list. SIMON will thereby find 
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any extra or missing variables. Next the input and output 
variables are specified. 



LIST THE INPUT NAMES 

1 M 

2 a 

3 G 

4 

LIST THE OUTPUT NAMES 

1 I 

2 



The instructor then states which test cases he will use to give 
a reasonable check on the validity of the student's solution 
program, and provV^j the associated trial values. The "CHECK" 
request causes these trials to be run according to the checking 
rules given below. 



HOW MANY TRIES? 5 

TRY NO. 1 
X0=1 
Y0=1 
G-32 

TRY NO. 2 

X0=£ 

Y0=5 

G=}2 

TRY NO. 3 

X0=5 

Y0=£ 

G=32 

TRY NO. 4 
X0=-45. 

Y0=3£ 

G=32 

TRY NO. 5 
X0-S77 
Y0=466 
G= 3 2 
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HOW MANY TIMES SHOULD I TRY FOR CHECKING? 3 
SHOULD I RE-TRY THE VALUE WHICH FAILED FIRST? YES. 

WHAT PERCENT ERROR IS ACCEPTABLE? 1 

Starting with "TRY NO. 1" SIMON will concede that the program is 
apparently correct when it does three trial sets correctly. If 
an error is found, the next check will start with that try on 
which the error occurred. The result-(T) in this case-must be 
accurate to within one percent. 

The instructor then provides any desired instructions to the 
student. After this he writes a solution program which will be 
used by the monitor as the "true" program. 

TYPE IN YOUR INSTRUCTIONS 
TYPE DONE WHEN FINISHED 
"BEAD ON A WIRE 

}s (NOTE: X0 AND Y0 MUST BE GREATER THAN OR EQUAL TO ZERO 
’'EXPRESS INFINITY AS 10t36) 

"DONE 

ENTER THE CORRECT PROGRAM NEXT USING PART 10 

•♦•10. 1 THETA=ATNCX0, Y0), S=SQRT(Y0t2+X0t2), ACC= f G"SIN( THETA)' 

**•10.2 T=SQRT(2"S/ACC) IF Y0<>0 
•*•10.3 T=10t36 IF Y0=0 
-*10.4 TYPE T 

Thus, describing a problem to SIMON is seen to be a straight forwa 

p 

task. This holds true for relatively complex problems. 



(2) Feurzeig, W., Computer Systems for Teaching Complex Concepts 
Final Report, Office of Naval Research, Contract NONR *1340(00), 
March 196$, No. AD684831, Defense Documentation Center, 
Alexandria, Va. 



6. Some Teaching Applications 



A student can use a programming language like Telcomp to investi- 
gate a mathematical or physical process experimentally. The 
following typescript is an example of this kind. The student 
interacts with a program simulating a missile trajectory problem, 
converging to the solution in a series of trials with successively 
improved estimates. (His inputs are underscored.) 



YOU ARE IN COMMAND OF A GROUND-TO-AIR MISSILE WHOSE JOB IS TO 
BRING DOWN AN ENEMY TARGET, 

AFTER YOU GIVE THE REQUIRED INFORMATION CALL IN FEET, PLEASE) 
WATCH THE PROGRESS OF THE MISSILE ON THE RADAR SCREEN. THE 

REPRESENTS THE MISSILE. THE 1 " ' IS THE SHADOW OF THE TARGET 
AND '[ ]' IS THE TARGET ITSELF. 

WHAT IS THE DIAMETER OF THE TARGET? 

HOW FAR AWAY IS THE TARGET? 5jJjf 

WHAT IS ITS ALTITUDE? (BETWEEN 0 AND 200) 5j£ 

WHAT IS THE VELOCITY (IN FT/SEC) OF THE MISSILE? 

AT WHAT ANGLE IS THE MISSILE TO 8E SHOT? (IN DEGREES) 45 

THE MISSILE WILL REACH THE TARGET ZONE IN 2.357023 SECS 
THE TIME INTERVAL ON THE RADAR SCREEN WILL BE .2357023 



TIME 

0 

.24 
.47 
.71 
.94 
1 . 18 
1.41 
1.65 
1.89 
2.12 
2.36 
SORRY, 



(0 FEET) 

C 

c 

c 

c 

c 

c 

c 

c 

c 

( 

( 

YOU MISSED BY 



[ 1 



267 



.2222 FEET. 



(200 FEET) 

) 

) 

) 

) 

) 

) ! 

)! 

)! 

)! 

)! 



WE'RE LOADING UP A NEW MISSILE TO USE ON THE SAME TARGET. 
WHAT IS THE VELOCITY ON FT/SEC) OF THE MISSILE? 300 
AT WHAT ANGLE IS THE MISSILE TO BE SHOT? (IN DEGREES) 2j* 

THE MISSILE WILL REACH THE TARGET ZONE IN 1.77363 SECS 
THE TIME INTERVAL ON THE RADAR SCREEN WILL BE .177363 



TIME 

0 

. 18 
.35 
. 53 
.71 
.89 
1.06 
1 . 24 
1.42 
1.6 
1.77 
SORRY, 



(0 FEET) 

C 

C 

C 

C 

C 

C 

c 

c 

c 

c 

c 

YOU MISSED BY 



sc 



sc 

sc 




s: 

* . 



sc 

[ ] 



26.32073 FEET. 



(200 FEET) 



WE'RE LOADING UP A NEW MISSILE TO USE ON THE SAME TARGET. 
WHAT IS THE VELOCITY (IN FT/SEC) OF THE MISSILE? 101 
AT WHAT ANGLE IS THE MISSILE TO BE SHOT? (IN DEGREES) 15 

THE MISSILE WILL REACH THE TARGET ZONE IN 1.72546 SECS 
THE TIME INTERVAL ON THE RADAR SCREEN WILL BE .172546 



TIME 


(0 FEET) 




0 


( 


jj 


. 17 


( . 


:: 


. 35 


( 


:: 


. 52 


( 


:: 


.69 


( 


. 


.86 


( 


u 

. 


1.04 


( 


. " 


1.21 


( 


. " 


1.38 


( 


u 

. ° 


1.55 


( 


#k 

• 


1.73 


( 


.[ ] 


SORRY, 


YOU MISSED 


BY 6.296228 FEET. 



(200 
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WE'RE LOADING UP A NEW MISSILE TO USE ON THE SAME TARGET. 
WHAT IS THE VELOCITY (IN FT/SEC) OF THE MISSILE? 3 jgjtf 
AT WHAT ANGLE IS THE MISSILE TO BE SHOT? (IN DEGREES) 16. 5 



THE MISSILE WILL. REACH THE TARGE i ZONE IN 1.738248 SECS 
THE TIME INTERVAL ON THE RADAR SCREEN WILL BE .1738248 



TIME 


(0 FEET) 




(200 FEET) 


0 


( 


:: 


) 


. 17 


( . 


** 


X 


.35 


( 


$c 


) 


.52 


( 


• 


) 


.7 


( 


sc 

• 


) 


.87 


( 


SC 

• 


) 


1.04 


( 


u 

• 


) 


1 . 22 


( 


n 

• 


) 


1.39 


( 


SC 

• 


) 


1.56 


( 


“ . 


) 


1.74 


( 


[ •] 





CONGRATULATIONS! A DIRECT HIT! 



In his use of this program, a student might have been guessing 
randomly or he might have been making estimates in a systematic 
way. Possibly his successive inputs were obtained from a bound- 
ing procedure independent of any thinking about the physics of 
the trajectory problem. Was he merely keeping one of his two 
variables, the velocity, fixed while systematically varying the 
other until the error became null? Or was he building and 
testing a mathematical model of the underlying physical process? 

One way to find out is to teach him to write his own programs in 
Telcomp and then assign him the problem of writing the trajectory 
program himself. Since we really are more interested that he 
succeed in doing this than that we succeed in understanding his 
original estimation procedure, we have extended his capability 
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by embedding Telcomp in a program that allows him to check his 
evolving program against a '’true' 1 model. In brief, that is how 
SIMON was designed. 

SIMON has been used experimentally with problems in mathematics, 
physics, engineering, and biology. In some of these applications 
the student's initial task has been successively developed and 
extended in a series of problems. Thus, for example, trajectory 
problems, such as the one just discussed, are complicated first 
by requiring an estimate of the impact point, then by making the 
time of release a variable under control of the student, and 
finally by incorporating winds. 

Similarly, in a chemostat problem in biochemistry, the student's 
first task is to develop a model for describing the differential 
change in nutrient in the system and also the differential change 
in the bacterial density with time. In a subsequent problem, the 
chemostat system contains two strains of bacteria having the same 
maximum growth rate but requiring different amounts of nutrient 
to obtain this rate. The student is asked to compute the two 
differentials again, but for the mutant strain as well as the 
original strain. 

The student using SIMON is ordinarily given two sources of 
information: a statement describing the problem or process to 

he programmed, and a "good" program to use for further investi- 
gating the process and for checking against his own program. 

This standard use of SIMON can be varied in the following three 
ways. 

(1) The student is given the "good" program without a correspond- 
ing description of the process it represents. He tries to 



18 



determine the process by experimenting with the program, even 
though the intended function to be performed by the process is 
unspecified. The student may merely be told, for example, that 
the program describes an electrical circuit or a hydraulic 
system. His study situation is analogous to the ’’black box’’ 
problem in classical physics. It is similar also to some function 
guessing games in mathematics where one tries to determine a 
function by asking for its values corresponding to particular 
values of its variables. (Thus, if the hidden function is 
f(x,y) = x y -y x , the input x=2, y=3 results in the output -1.) 

Such mathematical games suggested the initial structure of SIMON 
and its first applications were of this kind. 

(2) The student is given a "bad" program (a program with errors 
or "bugs") instead of a "good" one. Further, he is permitted to 
look at the instructions comprising the program (not merely to 
run the program as in the standard use of ST MON). His task is 
to debug the program, to change it into a valid description of 
the process. The SIMON monitor has a valid version of the pro- 
gram which it uses to check and critique the student's work. 

( 3 ) The student assumes the role of an instructor and inputs a 
problem to SIMON. Young students find particularly rewarding 
the task of preparing problems and tests for their peers. In 
so doing, they often become more aware about important problems 
of teaching and learning such as identifying, detecting, and 
diagnosing errors. 

6. Summary 

The SIMON monitor is an experimental system created mainly to 
help gain an understanding of the problems of building programs 
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for diagnosing learning difficulties. We had previously con- 
structed an instructional monitor especially tailored for use 
with more specific problems, i.e., the simulation and modeling 
of certain types of dynamic physical systems. Monitors can be 
expressly built around problems in a number of areas vastly 
different from the ones treated there. Thus, we have recently 
designed and implemented a problem-oriented instructional monitor 
around a class of problems involving the task of flying an air- 
plane "blindly" (i.e., by instruments), and similar monitors can 
be constructed around operational tasks in areas such as naviga- 
tion, maneuvering, and controlling. 

The SIMON system represents a somewhat different approach to 
diagnostic monitoring. SIMON is embedded in a procedure-oriented 
(as distinct from a special task or problem-oriented) framework. 
The SIMON monitor, and the student using it, employ a general 
programming language. A fundamental limitation of this approach 
is apparent from the start — the problem of writing a program 
which can "understand" other programs in some reasonable sense 
i s a recursively unsolvable problem. But a monitor can be useful 
for teaching even though it is unable to decide whether two pro- 
grams are formally equivalent. Although the prototypical 
diagnostic capabilities of SIMON — like finding out whether a 
student's program works and, if not, checking for appropriate 
inputs and outputs — are rather modest, this work is Just start- 
ing and the early exploration has clearly shown directions in 
which some further useful capabilities can be developed. For 
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example, the monitor can look for differences between its program 
and the student’s in the overall behavior of the output variables 
as a function of the inputs. Thus, it could report to the 
student that activity should increase with temperature; that 
there was another case to consider in addition to that of a 
repulsive gravitation force; and so forth. Even this relatively 
straightforward extension of SIMON would considerably enhance 
its diagnostic power, ana its value as a teaching instrument. 
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